改了啥呀

• 删除 PTS 调度器的固定未来槽位上限，不再因为第 4 个或第 5 个 burst 帧超出软件预算就主动释放
• 保留一帧一个 VSync 槽的节奏整形，短时硬解 burst 会排进连续槽位，平均输出恢复后自然排空
• 删除 QUEUE_FULL、重锚重试状态和对应统计；有效 PTS 只调度，只有无效 PTS 才由调度器拒绝
• 保留 2 ms 常态提交余量、晚到相移、严重晚到重锚，以及 maxLead / maxQueueSlots 积压观测
• 新增 60/90/120 FPS burst 和连续 120 轮五帧 burst 回归，确认不丢帧且队列不会逐轮增长

为啥要改

硬解输出经常成批回调，但平均帧率仍与显示刷新率一致。旧的三槽上限会把第 4 帧直接变成 QUEUE_FULL，这个杂鱼容量判断把可自然排空的瞬时 burst 误判成持续积压，所以清掉等待状态后用户仍能看到同样的基础掉帧。现在让 RenderService 接收完整的连续 PTS 槽位，客户端不再抢着替系统丢有效帧。

这版刻意保留槽位整形，只移除硬容量丢帧，便于设备侧单独验证根因。若生产速率长期高于显示速率，maxLead 和 maxQueueSlots 会直接暴露积压，而不是被主动丢帧掩盖。

验证

• c++ -std=c++17 -Wall -Wextra -Werror -I nativelib/src/main/cpp nativelib/src/main/cpp/presentation_scheduler.cpp nativelib/src/test/cpp/presentation_scheduler_test.cpp -o /tmp/moonlight-presentation-scheduler-test && /tmp/moonlight-presentation-scheduler-test: passed
• c++ -std=c++17 -Wall -Wextra -Werror -I nativelib/src/main/cpp nativelib/src/main/cpp/presentation_diagnostics.cpp nativelib/src/main/cpp/rolling_frame_rate.cpp nativelib/src/test/cpp/presentation_observability_test.cpp -o /tmp/moonlight-presentation-observability-test && /tmp/moonlight-presentation-observability-test: passed
• DEVECO_SDK_HOME=/Users/mac/ohos-sdk-cache/6.1-Release-mac/sdk-ci-shape JAVA_HOME=/Applications/DevEco-Studio.app/Contents/jbr/Contents/Home PATH=/Applications/DevEco-Studio.app/Contents/jbr/Contents/Home/bin:$PATH node hvigorw.js assembleApp --mode project -p product=default -p buildMode=debug --no-daemon: BUILD SUCCESSFUL
• git diff --check: passed

Summary by CodeRabbit

• 改进
  • 优化帧呈现调度，减少突发帧场景下的不必要丢帧。
  • 改善 60fps、90fps 和 120fps 内容的目标时间连续性与调度稳定性。
  • 优化重复时间戳帧的重新锚定处理，提升后续帧恢复效果。
  • 精简呈现统计信息，改进主机节奏模式下的性能日志。